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(54) PC software package registration and tracking 

(57) A metinod for application registration and track- 
ing for DOS and OS/2 software Independent of the mech- 
anism in which the application is distributed and in- 
stalled. The invention allows other application registra- 
tion and tracking techniques to co-exist without affect- 
ing/impacting each other. This truly is an "open" packag- 
ing, registration and tracking invention which allows 
PC-software to be better managed in a network. 
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Description 

Field ot the Invention 

Tliis invention relates to a nnethod of managing com- 
puter software. More specifically, this invention relates 
to registering and tracking replaceable software units 
configuredlh a' mu^tl-^ eve f hierarchical system. 

The f^PTffsent'' invention usei the basic packaging 
structure of U.S*"T5atinti5,237,B88, entitled SOFTWARE 
PACKAGING StRUCTCTREiHAVING HIERARCHICAL 
REPLACEABLE UNITS, commonly assigned and here- 
by incorporated by reference. 

The 5,237,688 patent is directed to a method for 
identifying how an application may be converted to a 
"packaged application" via a set ot machine functions. 
The present invention uses the benefits of this packaging 
technique to provide a new way to track software units. 

BACKGROUND OF THE INVENTION 

Today software on a PC may be installed from many 
sources via electronic media (e.g. online, databases, 
networks, services, bulletin boards, etc.) or magnetic/op- 
tical media (e.g. floppy disks, CD-Rom, etc), tt is desira- 
ble to register and track software when it is installed to 
insure that software registration licenses are not violat- 
ed. Owners and/or users of distributed applications 
would like to know the exact maintenance level of dis- 
tributed software so that a central site can determine if 
the latest version of the software exists on a particular 
PC. The PC must have some mechanism of registering 
and tracking software which is resident on the PC. To 
accomplish this, the application registration and tracking 
facility must trackthe movement of the applications' files 
within the PC's directories and sub-directories. The prior 
art has failed to provide for an automatic method for 
tracking distributed and/or hierarchical software units. 

The software units of the present invention may be 
software.application packages made up of several linked 
replaceable units (RU). Each RU is serviceable without 
adversely effecting the other RUs. RUs are linked togeth- 
er in a hierarchical fashion in a sehes of levels. In the 
preferred embodiment, five levels are used; Application 
Group level (AG), Loadable Code Group level (LCG), 
Primary Functional Group level (PFG), Secondary Func- 
tional Group level (SFG) and Operational Code Group 
level (OCG). The AG level defines a group of computer 
programs combined to perform a high level application 
tailor fit to meet the needs of the user. The LCG level 
defines individual programs each created to perform a 
general task. The PFG level refines the common pro- 
grams defined in the LCG level to a more specific set of 
primary functions. The SFG level refines the primary 
functions defined in the PFG level to an even more spe- 
cialized set of secondary functions tailored closely to fit 
a specific user's- needs. The OCG level contains the op- 
erational code needed to run the specialized user appli- 



cation package defined by the preceding four levels. A 
more complete discussion of packaging techniques is 
provided for in the 5.237.688 patent. 

The present application may reference terms that 
s are different than the terms specifically defined in patent 
5,237,688. The following is a mapping of terms defined 
in this application to those defined in the referenced pat- 
ent. 

Application Group (AG) is equivalent to a Suite of 
10 Licensed Programs (LPs) 

Loadable Code Group (LCG) is equivalent to an 
ECS-LP or a product 

Primary Functional Group (PFG) is equivalent to 
ail ECS-LP Loads with the same functional group ID 
15 (Feature ID). 

Secondary Functional Group (SFG) is equivalent 
to a specific optional load which may contain both trans- 
lated software (NLV) and non -translated software. The 
SFG is therefore equivalent to the ECS-LP-Load which 
20 may be translated or non-lranstaled. The Operational 
Code Group (OCG) is equivalent to functional files 
shipped with a translated or non-translated 
ECS-LP-Load. Figure 1 illustrates how packaging in the 
present application maps to that defined in the refer- 
25 enced patent (5,237,688). 

SUMMARY OF THE INVENTION 

The present invention provides a method of auto- 
30 matically tracking computer software units in a computer 
file system, including an operating system and operating 
system file directories, comprising: uniquely identifying 
said computer software units; creating a tracking direc- 
tory recognizing said uniquely identified computer soft- 
35 ware units; monitoring said computer file system tor 
changes to said operating system file directories; detect- 
ing changes in said operating system file directories in- 
volving said uniquely identified computer software units; 
and updating said tracking directory to reflect said 
40 changes in said uniquely identified computer software 
units. 

The present invention facilitates automatic manage- 
ment of software, and in particular facilitates tracking of 
the installation and distribution of replaceable, packaged 

45 software units in a hierarchical file system. The invention 
may be used to manage software in a client/server, net- 
work and/or distributed systems environment. The in- 
vention may be used to automatically register and track 
software as it is loaded and/or moved throughout a hier- 

50 archical file structured system. 

The present invention preferably defines a mecha- 
nism for registering and tracking packaged applications 
on a hierarchical file system environment (i.e. DOS, 
OS/2), but is not limited thereto. The present invention 

55 preferably provides for a specific operating system im- 
plementation for an application registration and tracking 
API (ARTA) which allows a product (i.e. ECS-LP) track- 
ing system to "know" about the software installed on the 
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PC independent of the directory or sub-directory in which 
the application exists. The invention preferably also pro- 
vides flexibility in allowing an application to be installed 
into a customer targeted directory without compromising 
its ability to be registered and or tracked. 

This- present invention is dependent on the ability to 
package an application with control information contain- 
ing the software packaging structures of the 5,237.688 
patent. In a preferred embodiment, the invention further 
. allows a PC application to be packaged without recom- 
pilation of the existing PC application. The packaging 
control structure is assigned a distinguishing file suffix. 

• BRIEF DESCRIPTION THP DRAWINGSfS) 

The present invention will now be described in more 
detail, by way of example, with reference to the accom- 
panying drawings in which: 

Figure 1 shows ECS-LP Packaging Structures. An 
Eleclronic Customer Support (ECS) enabled Licensed 
Program (LP) is packaged according to this figure. 

' Figure 2 illustrates a general flowchart of a registra- 
tion technique according to the present invention. 

Figure 3 illustrates a packaging technique of an 
Electronic Customer Support(ECS) enabled Licensed 

Program(LP). 

Figure 4 illustrates Electronic Customer Support 
(ECS)-Licensed Program(LP) packaging formats. 

Figure 5 illustrates Electronic Customer Support 
(ECS)-Licensed Program(LP) fix packaging formats. 



DETAILED DESCRIPTION 

The present invention manages and tracks pack- 
aged software units Implemented in a typical DOS or 
OS/2 environment, but should not be limited thereto. It 
is envisioned that the present techniques could be mod- 
ified to be useful in any operating system. 

A DOS or OS/2 operating system provides an inter- 
face to intercept alt modifications to directories. Modifi- 
cations include create, rename, delete or a combination 
of either. A DOS or OS/2 operating system further pro- 
vides an interface to intercept all file create, rename, de- 
lete and move operations. 

For DOS the intercept will be done via an interrupt 
handier, supplied by ARTA. which monitors for the afore- 
mentioned instructions, For OS/2 the intercept will be 
done by the OS which monitors for the API and deter- 
mines if the ARTA intercept handler has been activated 
in the system. 

ARTA will build a product directory for all locally at- 
tached directories which contain a PRD file suffix. The 
PRD suffix is an arbitrary value determined and set by a 
packaging suffix manager. It could be any value. The file 
containing the suffix name is flagged as containing LP 
■ description information or LP Fix description information. 
Note. ARTA ensures that files which have a suffix name 
of PRD contain the correct format prior to updating the 



ARTA product directory. 

The following functions are performed, by the ARTA 
intercept handler according to the operation being per- 
formed: 

5 

a. Copy of a Directory which contains a file name 
which contains a PRD suffix. 

b. Rename of a directory which contains a file name 
10 in which contains the PRD Suffix 

Update the ARTA product directory to reflect 
the new directory which contains the PRD File Suftix 

c. "Creation of a file whichrhas a suffix -name PRD 
,15 Validate that the file with the PRD File Suffix 

contains packaging information. U it does., update 
the ARTA product directory. 

d. Rename of a file which contains a PRD File Suffix 
20 name 

Update the prefix file name in the ARTA prod- 
uct directory. II the PRD File Suffix is renamed, 
remove the product from the ARTA product direc- 
tory. 

e. Delete of a file which contains a PRD File Suffix 
name. 

Remove the file from the ARTA product direc- 
tory. 

.30 

ARTA also provides a retrieve product data API 
which allows another operating system program to re- 
trieve product information from the ARTA product direc- 
tory. 

35 

DESCRIPTION OF THE ILLUSTRATIVE 
PMRQDIMENTfSV 



40 



FCS-LP Functional Packaging and Registration 

The preferred embodimient of the present invention 
uses the packaging techniques as disclosed in the 
5,237,6BB patent. 

45 Flectronic Customer Suppo rtfECS) enabled Licensed 
- Program (LP) fECS-LP) Functional Package 

Electronic Customer Suppoil(ECS) enabled Li- 
censed Program(LP) (ECS-LP) Functional Package 

50 supports Primary and Secondary Features/Options. The 
Primary Feature contains an LP instance Descnption. All 
Options of any Feature witi contain one or more LP Load 
instance Description files. There will be one for 
non-translatable load instance (code) and one for each 

55 translatable load instance (NLV). The ECS-LP packag- 
ing may be done without recompiling functional files oi 
the application/ECS LP. 
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FCS-LP P a qistration Facility 

The ECS-LP Registration Facility allows multiple in- 
stances of an ECS-LP to exist in Transport state and fur- 
ther allows multiple instances of an ECS-LP to exist ,n a 
Loaded state. Under certain circumstances, the ECb-LK 
Registration Facility allows multiple instances of an 
ECS-LP to exist in the Installed state. Multiple instances 
will be allowed in the installed state if; 

1 ECS-LP is enabled for ECS-LP replication (Mul- 
tiple versions of ECS-LP with the same maintenance ■ 
level installed at the same time) or 

2 ECS-LP is enabled for multiple versions of the 
ECS-LP installed on the system with different main- 
tenance levels. 

ECS-LP Registration API is activated each time the 
path lo a LP instance is changed (renamed/moved/de- 
leted) The Registration Facility works with local drives 
network drives, and removable media or other equivalent 

means. 

ECS-LP Rnloaso Package Regist ration Flow 



Install ECS-LP from Transport format by. 

using an installation facility which extracts 
and installs functional filesfrom the transport format The 
' st^nation facility also installs the ECS-LP Description 

^ zipped ECS-LP Instance Description files 

which are also unzipped and installed from ECS-LP 
Transport format by desk top Co^nmor, InstaUer. 

This above sequences register the ECS-LP descnp 

10 tion file(s) installed with ECS-LP See Figures 2 and 4. 

i p Fix Packaging 

A possible format of a ECS-LP fix package is defined 
15 in Figure 5. The possible format contents of a £C=-LP 
Fix package required for registration Is defined thereu. 
The ECS-LP fix package may be applied to any cCS-LP 
Load as Shown in Figure 3 and outlined below^ 

Fix to a ECS-LP Load will contain on LP Fix De- 

20 scriplion, \ • , _ 

A fix can be for a replaceable unit (file) in a. 
Non-translatable ECS-LP Load (Code) 
Translatable ECS-LP Load (NLV) 



2S FCS-LP Fix Rnolstratio n Facility 



The following is a typical flow for the Creation of an 
ECS-LP Release Package: 

Use desk top tool kit to assemble ECS-LP function- 

^' ^''^ U^e ECS-LP packaging APIS to create ECS-LP In- 
stance Description file (Creation registers the descnp- 

Use ECS-LP packaging APIs to create ECS-LP 
Load Instance Description File{s); 

One ECS-LP Load Operation File for non-translat- 
able software (code); 

One ECS-LP Load Description File for translatable 
software (NLV) if the software is language sensitive; 

The Creation function registers the ECb-LK oe- 
scnotion file(s) is shown in figure 2, wherein: 

the PRD Extension of ECS-LP File attnbute 

triaaers File System; 

the File system calls ECS-LP Registration 

API 

the ECS-LP Registration API updates a 
ECS-LP Registration Table. 

All tiles are packaged into a distribution transport di- 

Add installation facility to ECS-LP in the Transport 
format to the Install format; 

Add ECS-LP Instance Description file and ECb-Lh- 
Load instance File/s to a distribution transpon directory, 
see Figure 4. This registers the ECS-LP description file/s 
with the ECS-LP transport format. 

Distribute ECS-LP in Transport format include any 
of the following- CD-ROM image, Diskette image, Elec- 
tronically or any equivalent means; 



The ECS-LP Fix Registration Facility allows multiple 
instances of an ECS-LP Fix to exist in Transport state. 
Vhe ECS-LP F,x Registration Facility further allows mul- 
30 tiple instances of an ECS-LP Fix to exist in Loaded state^ 
in certain circumstances, multiple instances of an 
ECS-LP Fix exist in the Installed state if; 

1 ECS-LP is enable for ECS-LP replication (Multiple 
35 versions of ECS-LP with the same maintenance 
level installed at the same time), or 



2 ECS-LP is enabled for multiple versions of the 
ECS-LP installed on the system with different main- 
40 tenance levels. 

ECS-LP Registration API is activated each time the 
nath to a LP Fix Description is changed (e.g re- 
named/moved/deleted) . Please note, the Registration 
45 Facility works with local drives, network drives, remova- 
ble media or other equivalent means. 

^rnl" '='^'=^-' P Package 

so The following descriptions provide an outline for the 

creation of an ECS-LP Fix Package: 

use desk top tool kit to assemble ECS-LP function- 
al files to be fixed; .-r-ciDPiv 
Use ECS-LP packaging APIs to create rCS-LP Fix 
5S instance Description file(Creation registers the descnp- 

creation registers the ECS-LP Fix description file 

(s): 
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PRD Extension or ECS-LP Fix File attribute 

triggers File System 

File System calls ECS-LP Registration API 
ECS-LP Registration API updates ECS-LP 
Registration Table. (See Figure 2) 

Package all Fix tiles into a distribution transport di- 
rectory; ^ ^ - 
Add installation facility to ECS-LP fix Transport tor- 

^^^^ The- installer wilt transpose the ECS-LP Fix in the 
Transport format to the Install format; 

Add ECS-LP Fix instance Description file to the 
distribution transport directory (see Figure 5) 

The above sequence registers the ECS-LP Fix de- 
scription file with ECS-LP Fix transport format. 

Distribute ECS-LP Fix in Transport format includes 
any of the totiowing-CD-ROM image. Diskette image. 
Electronically or any equivalent means; 

install ECS-LP FIX trom Transport format: 

An install facility extracts and installs ECS-LP 
Fix tunctiona! files from Transport format 

ECS-LP Fix Instance Description file is 
installed from ECS-LP Fix Transport format by an install 

facility . . ,., 

This registers the ECS-LP Fix description file 

installed with ECS-LP Fix. (See Figures 2 and 5). 
Retrieve ECS-LP infor mation API 

Retrieval of ECS-LP Information API provides data 
in three formats: 

1 . Compressed list format 

2. Expanded Registration Table format 

3. Expanded Description file format 

Locates ECS-LP information based on parameters 
passed. 

RAtnRve ECS-LP PT F Information API 

Retneval of ECS-LP PTF Information API Provides 
data in three formats: 

T. Compressed list-lormai 

2. Expanded Registration Table format 

3. Expanded Description tile format 

Locates ECS-LP PTF information based on pa- 
ranneters passed. 

CONCLUSION 

Since ECS-LP uses packaging files, these files may 



coexist with ether packaging and registration protocels. 
ECS-LP registration API. also provides a capability for 
registering ECS-LPs and ECS-LP Fixes into other desk 
top management facilities without forcing the application 
developerto write or distribute registration APIs with the 
application. The advantage of this approach is the appli- 
cation does not have to be redistributed each time a new 
registration management facilrty is installed or updated^ 
Another advantage of this approach is ECS-LPs and 
their fixes can be registered in the transport format when 
it is not possible to activate application APIs. 

A system and method has been shown in the above 
embodiments for a unique method to register and track 
software units. While various preferred embodiments 
have been shown and described, it will be understood 
that there is no intent to limit the invention by such dis- 
closure but rather, is intended to cover all modifications 
and alternate constructions tailing within the spirit and 
scope of the invention as defined in the appended 
claims. 



Claims 



A method of automatically tracking computer soft- 
ware units in a computer file system, including an 
operating system and operating system file directo- 
ries, comprising: 

uniquely identifying said computer software 

30 units; . . . , 

creating a tracking directory recognizing said 
uniquely identified computer software units; 

monitonng said computer file system for 
. changes to said operating system file directories; 
35 detecting changes in said operating system 

file directories involving said uniquely identified 
computer software units; and 

updating said tracking directory to reflect said 
changes in said uniquely identified computer soft- 
40 ware units. 

A method according to claim 1, wherein said com- 
puter software units comprise replaceable pack- 
aged application programs. 

A method according to claim 2, wherein said pack- 
aged applications are tracked independent ot file 
attribute capabilities of said operating system envi- 
ronment. 

H A method according to any one of claims ^ to 3. 
wherein said uniquely identified software units are 
identified by a name and/or attribute. 

55 5- A method according to claim 4, wherein said unique 
identification of said computer software units further 
comprises appending a distinct file name suffix. 
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S. A method according to any one of the preceding 
claims, wherein said changes in said file directories 
include renaming, moving and/or deletion of direc- 
tories. 

5 

7. A method according to any one of the preceding 
claims wherein said changes in said file directories 
include renaming, moving and/or deletion of files. 

8. A method according to any one of the preceding io 
claims, wherein said tracking directory is importa- 
ble/exportable to additional systems. 

9. A method according to any one of the preceding 
claims, which operates on local disk drives, network is 
drives and/or removable media. 

1 0. A method according to any of the preceding claims, 
wherein the computer software units comprise 
non-lranslatable soflware. 20 

11. A method according to any one of claims 1 to 9, 
wherein the computer software units comprise 
translatable software. 

25 
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ECS-LP Fix may contain changes for: 
.Programming Changes 
-Single fix (PTF) 

-Corrective Service Diskette (CSD) Fix 
.ECS-LP Release Update (future) 
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